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METHOD FOR DESIGNING A KNOWLEDGE PORTAL 
Background Of The Invention 

1 . Field of the Invention 

The present invention relates to the design of knowledge portals and, in 
5 particular, to designing a knowledge portal for retrieving, organizing and delivering 
information from computer-based portal data sources to a user belonging to an 
organization. 

2. Description of Related Art 

An organization usually has a vast store of knowledge, which may include 

10 different forms of public and private data developed within the organization, the 
knowledge and experience of the organization's communities and employees, and 
public and private data originating outside the organization. The effective use of this 
knowledge is critical to the organization's achieving its business objectives. This 
requires that the right knowledge be readily accessible to individuals within the 

15 organization who need that knowledge to perform their duties in support of the 
organization's objectives. 

Individuals within an organization typically cluster into communities such as 
sales, engineering and manufacturing, whose members share a common base of 
knowledge, tools, and processes; ways of conceptualizing or organizing that 

20 knowledge; and a set of peers with whom they typically network or collaborate. These 
individuals need, not only access to knowledge, but also the ability to quickly locate 
the specific knowledge that is directly relevant to the task at hand. However, these 
users typically have neither the time nor the expertise to: (1) locate all potential 
sources of the knowledge they need, both within and external to the organization, (2) 

25 to quickly identify the precise items of knowledge they are looking for, and (3) to 
retrieve them from potentially heterogeneous applications. 

One way to address these problems is through a knowledge portal. As used 
herein, a knowledge portal is a computer-based tool that provides knowledge search 
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and retrieval capability to individual knowledge workers who need access to a broad 
spectrum of knowledge. Ideally, such a knowledge portal retrieves and indexes 
knowledge from multiple sources and delivers that knowledge to the user organized in 
a way that is highly relevant and intuitive. 

5 For a knowledge portal to provide the capabilities described above, it must be 

carefully designed or customized to "know" potentially-relevant sources of knowledge 
and the most intuitive way to organize that knowledge from the perspective of its 
individual users, and in the specific business context of the task at hand. Doing so 
requires a portal design method that strikes an appropriate compromise between the 

10 comparatively low relevancy to individual users inherent in an organization-wide "one 
size fits all" design and the high cost of requiring each individual to invest the 
resources needed to customize his or her portal. 

Bearing in mind the problems and deficiencies of the prior art, it is therefore 
an object of the present invention to provide an improved method for making the 

15 design decisions necessary to create a knowledge portal that will retrieve, organize 
and deliver computer-based knowledge to a user belonging to an organization from the 
user's perspective, relevant to the specific business context of the task at hand. 

A further object of the invention is to provide a method of designing a 
knowledge portal that may be used by a community of users in an organization to 

20 locate and access critical knowledge for the business processes those communities 
perform. 

It is yet another object of the present invention to provide an improved method 
of designing a knowledge portal in which decisions made remain in alignment with the 
strategies and priorities of the organization. 
25 Still other objects and advantages of the invention will in part be obvious and 

will in part be apparent from the specification. 
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Summary of the Invention 

The above and other objects and advantages, which will be apparent to one of 
skill in the art, are achieved in the present invention which is directed to, in a first 
aspect, a method for designing a knowledge portal for retrieving, organizing and 

5 delivering knowledge to a user belonging to an organization. The method comprises 
identifying a community of users belonging to the organization characterized by a 
common interest with respect to the knowledge, and identifying business processes 
executed by the users in the community in accordance with strategies of the 
organization. The method then comprises analyzing the business processes to identify 

10 specific activities performed in executing the processes and patterns for performing 
the respective activities, and subsequently constructing the knowledge portal in 
accordance with the patterns. 

Analyzing the business processes to identify specific activities performed in 
executing the processes may be done by developing scenarios for using the portal in 

15 performing the respective activities and examining the scenarios to identify the 
patterns for performing the respective activities. 

In another aspect, the present invention provides a method for designing a 
knowledge portal for retrieving, organizing and delivering knowledge to a user 
belonging to an organization. The method comprises the steps of reviewing strategies 

20 of the organization; identifying a community of users characterized by a common 
interest with respect to the knowledge; identifying business processes executed by the 
users in the community in accordance with the strategies; analyzing the business 
processes to identify specific activities performed in executing the processes; 
developing scenarios for using the portal in performing the respective activities; 

25 examining the scenarios to identify patterns therein; and constructing the knowledge 
portal in accordance with the patterns. 

Each scenario associated with a given activity in the aforementioned methods 
may include a description of the activity, a form of a request likely to be made by 
users to obtain knowledge relevant to the activity, a description of a result expected 
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by the user in response to the request, and a list of known sources of knowledge that 
may be used in responding to the request. The common interest of the community of 
users may be a common base of knowledge, tools and processes; a common way of 
conceptualizing or organizing that knowledge; or a set of peers with whom the 

5 community of users typically network or collaborate. 

In the aforementioned methods, the usage scenarios are preferably examined 
for recurring patterns of requests, such as type of document, support offering, client, 
industry, technology, collaboration group, application and any other recurring pattern 
observed in the usage scenario. Further, the known sources of knowledge that may 

10 be used in responding to the request may be documents, databases, web sites, or tools 
accessible via local area network (LAN), the organization's intranet, the external 
Internet, or other electronic means. 

Preferably, the methods include initially identifying business and knowledge 
strategies of the organization. The identified specific activities and patterns are 

15 subsequently continually compared for compatibility with the initially identified 
business and knowledge strategies of the organization. 

In constructing the knowledge portal the data is preferably organized into a 
hierarchy of categories and subcategories, such as type of document, support offering, 
client, industry, technology or any other categorization taxonomy that the community 

20 identifies as intuitive and natural to use in organizing the knowledge. 

Brief Description of the Drawings 

The features of the invention believed to be novel and the elements 
characteristic of the invention are set forth with particularity in the appended claims. 
The figures are for illustration purposes only and are not drawn to scale. The 
25 invention itself, however, both as to organization and method of operation, may best 
be understood by reference to the detailed description which follows taken in 
conjunction with the accompanying drawings in which: 
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Fig. 1 is a flow chart of the steps employed to practice the preferred 
embodiment of the method of the present invention. 

Fig. 2 is a flow chart of a portion of the first step shown in Fig. 1 to practice 
the preferred embodiment of the method of the present invention. 
5 Fig. 3 is a schematic of the system of the present invention employing a 

computer program to practice the preferred method for designing a knowledge portal 
for retrieving, organizing and delivering information to a user belonging to an 
organization. 

Description of the Preferred Embodiment(s) 

10 In describing the preferred embodiment of the present invention, reference will 

be made herein to Figs. 1-3 of the drawings in which like numerals refer to like 
features of the invention. Features of the invention are not necessarily shown to scale 
in the drawings. 

As noted above, a knowledge portal is a computer-based tool that provides 
15 information search and retrieval capability to individual knowledge workers who need 
access to a broad spectrum of knowledge. As detailed below, the method of the 
present invention permits a knowledge portal 40 (Fig. 1) to be designed so that the 
portal retrieves and indexes data or content from multiple knowledge sources and 
delivers that content to the user organized in a way that is highly relevant and intuitive 
20 to that user. 

In accordance with the present invention, the key challenge an organization 
faces in designing such a knowledge portal is balancing the need to deliver knowledge 
in a context that is immediately relevant to each user with the high cost of 
personalization at the individual user level. The major decisions involved with 
25 designing the knowledge portal in the present invention include determining 1) who 
the portal is really for, 2) what knowledge it should access, 3) where that knowledge 
resides or gets created, 4) how that knowledge should be structured and customized 
both for individuals and for groups, 5) how the portal can provide and link 
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collaborative environments, and 6) what business applications should be accessed or 
integrated. 

The present invention provides a unique method for making these design 
decisions by taking advantage of the characteristics of an organization's communities 

5 and by maintaining direct alignment among the organization's business strategies, its 
communities, its processes, and the content and organization of the portal. In 
particular, the present invention recognizes and exploits the natural clustering of an 
organization's knowledge workers into communities whose members share a common 
base of knowledge, tools, and processes; ways of conceptualizing or organizing that 

10 knowledge; and a set of peers with whom they typically network or collaborate. 
These shared characteristics have been found to correspond closely to the key 
decisions required to design the knowledge portal. Using a community focus in the 
portal design effort results in an appropriate compromise between the comparatively 
low relevancy to individual users inherent in an organization-wide "one size fits all" 

15 design and the high cost of requiring each individual to invest the resources needed to 
customize his or her portal. 

Figs. 1 and 2 describe the preferred method of practicing the present 
invention. The method guides the design process by recognizing and exploiting the 
clustering of an organization's knowledge workers into communities while also 

20 maintaining the alignment among the organization's business strategies, its 
communities, its processes, and the content and organization of the portal. As shown 
in Fig. 1, the preferred method of the present invention initially reviews the 
sponsoring organization's strategies, communities and business processes, 10. Fig. 2 
depicts this in more detail, and shows the process beginning with a review of the 

25 sponsoring organization's business strategy, knowledge strategy and related priorities, 
12. For example, an organization may identify part of its business strategy as 
improving the effectiveness of its field sales force. The organization may also have a 
knowledge strategy which identifies critical knowledge (e.g. information about its 
products, pricing, and customers) and how it is managed in support of its business 
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strategy. These factors-business strategy, knowledge strategy and priorities-set the 
necessary context for the remaining steps of the method of the present invention. 

Once this context has been thoroughly understood, the specific communities 
14a, 14b, 14c and business processes 16a, 16b, 16c to be supported by the portal are 

5 identified, based on the organization's business and knowledge strategies and 
priorities. As noted above, the term community refers to a group of users, such as 
employees or others within or outside of the sponsoring organization, who share a 
common base of knowledge, tools and processes, a common way of conceptualizing 
or organizing that knowledge, and a set of peers with whom they typically network or 

10 collaborate. The target community may comprise the entire organization, or a subset 
thereof, such as communities of engineering, sales, or production personnel, or a 
community of subject matter experts in a particular discipline, as long as the 
community meets the criteria mentioned above. Note that the term community as used 
here is based on the shared characteristics of its members and is independent of 

15 organizational boundaries: the community may include members from different parts 
of the organization or even individuals external to the organization. 

The organization's business processes 16a, 16b, 16c are those that are executed 
in order to implement its business strategy. For example, the organization may have 
to process a request for information (RFI) from an existing or potential customer or to 

20 keep the sales community updated on new products being developed by the 
organization. 

The decisions made in item 10 are interrelated. In some cases, the sponsoring 
organization's strategies and priorities 12 may highlight the need for a portal to 
support a particular business process 16a, 16b, 16c, which in turn will drive 
25 identification of the specific community or communities 14a, 14b, 14c most-directly 
involved in executing that business process. In other cases, the organization's 
strategies and priorities may highlight the need for a portal to support a particular 
community, in which case the selection of the focal community will drive 
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identification of the particular business processes that members of the community 
execute. 

For example, if a strategy or priority of the organization is to improve the 
effectiveness of its field sales force, the organization may identify its community of 
5 field sales representatives as the target user set to design a portal for, and then 
identify the particular business process (or processes), e.g. "sales", that members of 
that community execute. Alternatively, the organization may first make the decision 
to target a business process (e.g. "sales') to be supported by the portal, and then 
identify the community (or communities) that execute that process, e.g. "field sales 

1 0 representatives " . 

Each of the identified business processes 16a, 16b, 16c is decomposed into 
subprocesses and/or specific activities performed in order to execute the process. For 
example, the "sales" process as executed by this particular community may be 
decomposed into subprocesses, such as: "Generate lead or initial client contact", 

15 "Qualify the prospect", "Develop a proposal", and "Close the sale", and then further 
decomposed into activities such as "Locate appropriate product descriptions", "Locate 
good client references", "Locate pricing information", and the like. 

The portal's focus continues to be honed by refining the identification of its 
target community (or communities) and business process (or processes), and by 

20 decomposing the target business process (or processes) into subprocesses and 
activities. Throughout this refinement, as well as through the remainder of the 
method of the present invention, the alignment of these decisions with the 
organization's business and knowledge strategies and related priorities is continually 
revalidated. 

25 Once the activities to be supported by the portal have been identified, the next 

step is to create one or more usage scenarios 20 (Fig. 1) that describe more 
specifically how the portal will be used in support of those activities. Usage scenarios 
typically include: 1) a specific business activity or situation; 2) the specific request a 
user may make of the portal in support of this particular business activity or situation, 
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stated in the most-likely or most-intuitive way he or she would make that request; 3) 
the result the user expects from the portal in response to the request; and 4) known 
sources of information that may be helpful in responding to the request. Such sources 
may include documents, databases, web sites, or tools accessible via local area 

5 network (LAN), the organization's intranet, the external Internet, or other electronic 
means. Relevant sources of information that are not in a computer-accessible form 
must be converted, or, at a minimum, abstracted in computer-accessible form, if they 
are to be included in the portal. 

For example, a "Sales" process to be supported by the portal may contain a 

10 "Develop a Client Proposal" subprocess, which in turn may include an activity, 
"Develop Statement of Work to be Included in the Proposal". A usage scenario may 
be developed to further explore how the portal would support this activity - perhaps 
to locate a previous relevant Statement of Work to use as a starting point. For 
example, a specific request that may be made of the portal may be to locate 

15 Statements of Work from previous client engagements that involved a particular 
technical support offering that is to be part of this new proposal. The result the user 
expects from the portal in response to the request would be one or more Statements of 
Work from previous client engagements that involve that particular offering. Known 
sources of information identified as helpful in responding to this type of request may 

20 include a client proposal archive database, a web site containing information about 
each of the company's offerings, a proposal development application, a particular on- 
line collaborative work environment for sales teams, or even a directory of subject 
matter experts. 

Specifically, the usage scenario may read as follows: (Table 1) 

25 
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Table 1 



Usage Scenario 1.1.1 
Business Situation: 

Process 1: Sales 

Subprocess 1.1: Develop a client proposal. 

Activity 1.1.1: Develop a statement of work for the proposal. 

Looking for a statement of work from a similar engagement to use as a starting point 
Specific Request: 

Looking for statements of work for a technical support offering 
Looking for <kind of document > for <a particular offering > 
Desired Result: 

One or more statements of work from previous engagements involving this offering 
Current Sources: 

Client proposal archive database(s) 

Web site containing company offering information 

Proposal development application 

On-line collaborative work environment used by sales teams 
Directory of subject matter experts 



A collection of usage scenarios, representing the range of activities to be 
supported by the portal, are developed (Fig. 1) and then examined for recurring 
5 patterns. The recurring patterns may involve type of document, support offering, 
client, industry, technology, collaboration group, program application, or any other 
recurring request by the user. Understanding the form of the user's specific requests 
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helps identify the most intuitive way to organize the knowledge and tools within the 
portal. For example, if a recurring pattern across the collection of usage scenarios is 
a user request stated in the form of "I am looking for <kind of document > for <a 
particular offering > ", this may suggest that organizing content by kind of documents 

5 (doc type), by offering, or a combination of both may be appropriate. Similarly, 
understanding the desired results from each scenario, along with where people go to 
find that information today, helps identify the documents, databases, web sites, 
business applications or tools, collaborative environments, or other knowledge sources 
or tools 30 to be made available or integrated via the portal 40. 

10 Once the major categories, or themes, for organizing the data presented by the 

portal are determined as described above (e.g., "document type" and/or "offering" in 
the example), the specific taxonomy (or organization scheme) of subcategories under 
each of the major categories is determined. For example, the "Sales'* portal's major 
category "Offerings" may be organized into a hierarchy of categories and 

15 subcategories such as: 



Offerings 

Consulting Offerings 

Consulting Offering A 
20 Consulting Offering B 

Technical Support Offerings 

Technical Support Offering A 
Technical Support Offering B 



25 There are a number of different ways to determine the most-appropriate 

hierarchy of categories and subcategories for organizing a particular major category 
within the portal. In some cases, the organization or target community may have a 
formally-established, already-familiar way of organizing its knowledge in a particular 
area. In other cases, members of the target community may be asked to help identify 
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a taxonomy that would be most helpful or most intuitive for them to organize their 
knowledge. In still other cases, sophisticated mathematical clustering algorithms (i.e. 
text mining) may be used to analyze the underlying data to suggest ways in which it 
can be effectively organized. Regardless of the approach used, the objective is to 

5 work with the target community to identify a categorization hierarchy that is simple, 
intuitive and follows natural patterns of organization for retrieval and storage of 
knowledge for the target community. 

The method of the present invention may be implemented via consultant- 
facilitated design workshops where the portal design team analyzes user requirements 

10 and makes key design decisions for the knowledge portal. By taking advantage of the 
natural clustering of individual knowledge workers into communities whose members 
share common characteristics (e.g. the activities they perform, the knowledge they 
need, and how they most-intuitively organize it) and then making portal design 
decisions at the level of such a community, the decisions made strike an appropriate 

15 compromise between the need to deliver immediate relevancy to each user and the 
generally high cost of personalization at the individual user level. At each stage of 
executing the method of the present invention, all assumptions and design decisions 
being made are evaluated to ensure that they remain in alignment with the original 
driving strategies and organizational priorities. 

20 The actual knowledge portal for retrieving, organizing and delivering 

information to a user belonging to an organization may be embodied as a computer 
program stored on a program storage device. The knowledge portal itself is not a 
data repository, but is instead a repository of pointers to the data required by the user 
community. The knowledge portal allows the users to quickly search across all of the 

25 data sources or documents available in order to help them quickly locate knowledge 
relevant to the task at hand. The knowledge portal may be locally sourced, or it may 
be an Internet or web application. The program storage device containing the 
knowledge portal program may be devised, made and used as a component of a 
machine utilizing optics, magnetic properties and/or electronics to perform the method 
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steps of the present invention. Program storage devices include, but are not limited 
to, magnetic disks or diskettes, magnetic tapes, optical disks, Read Only Memory 
(ROM), floppy disks, semiconductor chips and the like. As used herein, program 
storage devices also may be capable of storing databases, used as portal data sources 
5 30 (Fig. 1). A computer readable program code means in known source code may be 
employed to create the actual knowledge portal for use on a computer. The 
knowledge portal computer program or software may be stored in any conventional 
computer, for example, that shown in Fig. 3. Computer 60 incorporates a 
microprocessor 64 and a program storage device 30a containing the program code 

10 incorporating the knowledge portal. Such portal data sources 30 (Fig. 1) may include 
database 30a, database 30b accessible to the user community's computers through a 
local area network (LAN) or company intranet connection 66, or data base 30c on the 
Internet accessible through an Internet connection 68. If they are not already in 
electronic, computer-accessible form, all of the data to be accessed by the knowledge 

15 portal should be entered into such form, or at least summarized in such form, in order 
to yield the desired results. 

The present method of designing a knowledge portal may be used by a 
community of users in an organization to locate and access critical knowledge for the 
business processes those communities perform. The present invention results in 

20 design of a knowledge portal that provides highly-relevant results to its users, by 
striking an appropriate compromise between the comparatively low relevancy to 
individual users inherent in an organization-wide "one size fits all" design and the 
high cost of requiring each individual to invest the resources needed to customize the 
individual's own portal. It does this by taking advantage of the natural clustering of 

25 an organization's knowledge workers into communities of practice whose members 
share a common base of knowledge, tools, and processes, common ways of 
conceptualizing or organizing that knowledge, and a set of peers with whom they 
typically network or collaborate, since these shared characteristics correspond closely 
to the key decisions required to design the knowledge portal. The present invention 
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further maintains direct alignment among the organization's business strategies, its 
communities, its processes, and the content and organization of the portal by deriving 
key portal design decisions from specific usage scenarios, which, in turn, are derived 
from a step-wise decomposition of the community's business processes, sub-processes 
5 and activities. 

While the present invention has been particularly described, in conjunction 
with a specific preferred embodiment, it is evident that many alternatives, 
modifications and variations will be apparent to those skilled in the art in light of the 
10 foregoing description. It is therefore contemplated that the appended claims will 
embrace any such alternatives, modifications and variations as falling within the true 
scope and spirit of the present invention. 

Thus, having described the invention, what is claimed is: 
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